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Einleitung einer elektronischen Zahlungstransaktion 
Gebiet der Erfindimg 

Die vorliegende Erfindung betiifft den elektronischen Zahlungsverkehr, 
Insbesondfirre betrifft die Erfindimg ein Verfahren und cin Computcrprogramm zur 
Einleitung einer elektronischen Zahlungstransakdons eincn Hlter und einen 
Transaktionsserver eines Kommunikationssystcms mittcls deter die elektronische 
Zahlungstransaktion eingeleitet bzw, durchgcfiihtt wird, sowic ein Vcrfahien und 
ComputerpTogranun zur Initialisietung des Rlters, 



Bintergrund der Erfindun^ 

Die steigende Vealarcitung mobiler Kcmrnunikationsrnittel zur Sprach- und 
DatenObertragung wcckt den Bedarf nach mobilen Diensten im Bcrdch des 
elektronischen Geschaftsverkehrs, d-h- Diensten wie elektronischem Bezahlen, 
15 Ticketbe$te]lungen Oder Home-Banking mittels naobiler KommunilcationsmitteL 
Dazu konnen die Zahlungssysteme in Mobilkoxnniunifcation$$y$teme integriert 
werden. Deraitige Mobilkommunikationssysteme fiind beispielsweisc cin Global 
System for Mobile Communication (GSM), ein GSM Systeni, welches einen 
General Packet Radio Service (GPRS) bietet, ein Packet Personal Digital Cellular 
20 (PPDC) System, ein Wideband Code Division Multiple Access (WCDMA) System, 
ein Universal Mobile Teleconmmnication System (UMTS), ein Bluetooth™ 
System, ein Digital European Cordless Telecommunications (DECT) System Oder 
drahtlose Local Area Network (LAN)- bzw. drahUose Asynchronous Transfer Mode 
(ATM) Systeme. 

25 

Ein bekanntes Protokoll for eIektroni$che ZahlungsvorgSngc ist das Secure 
Electronic Transaction (SET^ Protokoll, welches einem Krcditkarteninhabet 
mittels eines Endgprates, beispielsweise eines Personal Computers (PC), ein 
sichems elektronisches Bezahlen tiber ein offenes Netz, beispielsweise fiber das 
30 Internet, emiagHcht. Die von SHF™ verwendeten Veischlusseltmgsalgorithmen 

stellen hohe Anforderungai an Prozessorleistung und Speich^platz des Endgerates. 

Mobile Kommunikattonsmittel, beispielsweise Mobiltelefone, konnen diese 
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Anfofderaiigen vielfach njcht erPiiJlen- SET™ ist <iaher in eincr fur den PC 
vorgesehenen Implemcntietung als Protokoll fiir elektronische ZabJungsvOTgaTigp 
mitteis mabiler Kommunikationscndgerate nicht geeigaet. 

5 Zwei Kcmzepte zu einer ImplCTientierung des SET™ ProtokoUs zur elcktronischen 
BexabJung mitteis mobiler Kommunikationscndgerate werden in dem Artikcl 
'Adaptation of the SET Protocol to Mobile Networks and to the Wireless 
Application Protocol*, Proceedings of European Wireless '99, 1999, S, 193-198, 
VDE-Verlag Berlin, von K. Wrona und G. Zavagli vorgeschlagen. In einem 

10 Konzept wcrdea 2^ungstransaktiQnen von einem SET™ Wallet Server, dcr 

beispielsweise Bestandteil cdnes Mobilkommunikationssystems ist, stellvertretend 
fur das mohilc Kommunikationsendgerat durchgefiihn. Dabei enthait dcr SET™ 
Wallet Server die gesamte SET"<-Funlctionalitat. Die zur Verschllisselung vom SET 
Protokoll venveTideten SchlQssel, ein SffentHcher and ein privater ScHllissel dcs 

IS Kundcai, d.h. des Benutzers des Kommunikationsendgeiates, sind im SET^** Wallet 
Server gespeichcrt. 

In einem weileren Konzept wiidein Split SET™ Server vorgeschlagen. Ebenso wle 
der SKT"^* Wallet Server fiihit der Split SET™ Server Zahlungstransaktionen 
20 mitteis des SET™ Protokolls stellvertretend fiir das mobile 

KommunikaticmsendgeTat aus. Der Split SET™ Server enthalt dazu den 
Gffendichen Schltissel des Kunden. Der private Schltissel des Kunden wird in dem 
mohilcn Kommtmikationscndgerat, beispielsweise in einer Subscriber Identity 
Module (SIM) Karte des Endgeratcs odcr dner anderen Smart-Card gespeichcrt. 

25 

Zur Kommunikation mit dem SET™ Server und einem Server eines Handlers 
werden das Hypertext Transfer Protocol HTTP und die Verwendung von Java 
vorgeschlagen* Zur Kommunikation mit einem Wireless Application Protocol 
(WAP) Telefon ubersetzt ein WAP Proxy Gateway zwischen dem HTTP Protokoll 
30 und dem WAP Pix)tokolL 



P 1 3764.KDK August 25, 2000 



In beidcn beschricbcncn Konzcpten werdcn Zahlungstran^aktionen durch 
Zahlungsanfordeningen ausgelost, welche von cinem Server eines H^dlers an 
KomTnunikationscndgerSlt des Kunden gesendet werden. Das 
KommuTiikatioiiseiidgerat muB zum dcktronischen Bezahlexi die jeweUige 
5 Zahlungsanfordeiung verarbeiten kSnnen^ rniabhSngig von der GroBe der Nachricht, 
ihrem Inhalt oder dem vcnvendeten tJbertragangspTOtokoll. Dies stellt ejnen 
ertieblichen Aufwand und Kostcnfaktor dar. weil dazu im Koramunikationsendgenit 
au$rdchende Ressourccn, d.h. Verarbeitungs- und Speicheri^apaadtai vorgehalien 
werden jnOssen, 

10 

Die Verwendung eines WAP-Proxy Gateways lost dieses Problem nicht. Wenn 
beispielswcise eine Zahlutigsanfordemng, welche als HTTP Nachricht von einem 
Server des Handlers abgeschlckt werden kann, nach der Cbersetzung in das WML- 
Foraiai die zulassige WML-SeitengroBe Uberschieitet, ist sie im 
15 Komniunikationsendgerat nicht mehr darstellbar. 

In dem Aitikel Mobile Chip Electronic Commerce: Enabling Credit Card Payment 
For Mobile Devices', Proceedings of eBix2000, Juni 2000, Singapiir, von M. Schuba 
und K. Wrona witd das Mobile Chip Electconjc Commerce Konzept vorgestellt, 
20 welches die Client-Funkdonalitat des SET^Protokolls in eine Client- 
Funktionalitat in einem moWlen Kommunikationsendgerat, sowie in eine 
Serverfunkdonalitat in einem Mobile Chip Electronic Commerce Server aufteilt 
Der eleklronische Bezahlvorgang wird durch eineZahlungsanfordening, die der 
Server des Handlers an das mobile Bidger^t des Kunden sendct, eingeleitet Die 
25 Zahlungsanfordemng enihSlt den 2u zahlenden Betrag, eine Wahrungsangabe, 

Angaben aber Kreditkarten, die von dem Handler akzeptiert weidcn, eine Adresse 
des Handlers, sowie Details der aufgegebenen Be&tellung. Das mobile 
Kommunikationsendgeiat sendet daraufhin eine Zahlungsinitialisienmg an den 
Mobile Chip Electronic Commerce Server. Die Zahilungsinitialisierung cnthalt 
30 nebcn Daten aus der Zahlungsanforderung einen Kreditkarteniyp, ein Ablairfdatum 
derKieditkarte, sowie eine Kontonummer. Nach Erhalt derZahlungsinitialisierung 
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fiihrt der Mobile Chip Electronic Commerce Server einen zur Z^lung miitel& des 
SET^Protokolls erforderlichen Nachiichteriaustausch mil dem Server des 
H^dlers, sowie einen Nachrichtenaustausch mit dem Kommunilcfltionsendgerat zur 
Authentifizierung imdzurZahlimgsbestatigung durch. 

5 

Ebenso wie bei dem SET™ WaJlet Server Konzept und dem Split SBT™ Serx^er 
Konzept isi bei dem Mobile Chip Electronic Commeree Konzept von Nachteil, daB 
das Kommunikationsendgerat zum Einleiten der elektnonischen Zahlungstraiisaktion 
die Zahliongsanforderung unabhangig von ihrer GrdBc, ihrem Ihhalt oder dem 
10 venvendeten ObertragungsprotokoU verarbeiten und deshalb die notwendigen 
Ressourcen beieithalten muB, 

Alteniativ ist es cfenkbar, daB der Server des fltendlers die Fahigkeiten des 
Kommunikationsendgetfites kenntimd die Zahlungsanforderung hinsichtKch ihier 

J5 Gr5Be, ihres Inhaltes undde$ verwendeten Obertragungsprotokolls entsprechcfiden 
anpaBt. Dies erfordert jedoch einen erhebb'chen Aufwand, beispiel&weise 
hinsichtlich der erForderlichen Signalisierung der vothandenen 
Veraibeitungskapazitaten, Die Leistungsfahigfceit des Zahlungssystems ist zudem 
begrenzt, wenn hinsichtlich der Kommunikationsendgerate die KompatibilitSt mit 

20 alten oderleistungsschwachen Geraten gewShrleistet wild, 

Anfgabe der Erfindung 

E& ist die Aafgabe der vorliegenden Erfindung, den elcktronischen 
ZahJungsverkehr, insbesondere mitieU mobiler Komraunikattonseadgeritte, derart 
25 3u vefbessem, daS eine zuverlSssigp Zahlungsabwicklung unabhaugig von der 
Ldstungsfahigkeit des Endgerates gewahrfeisiet isL 

Zusammenfassung der ErGndung 

Die Aufgabe ^ird erfindungsgcmSB gelost durch die Lehre der unabhangigen 
30 Anspriiche 1, 7, 9, 14 und 16. 
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Anspmch 1 beschreibt ein Vcaf ahren zur Einleitung einer elektronischen 
2^hlung$traiLsakticn, Anspruch 9 einen Filter cincs KommunikatLonssystems und 
Anspruch 14 einen Transakdonsservex. 

5 Ati einer Binleitung einer elektionischen ZaUungstransaktion sind cin Server eines 
Handler^T ein Kommnnikationscndgcr&t ernes Kunden, dn Transakdonsserver, 
sowie ein Filter l>eteiligt, Jeder Anbicter von Waren oder Dienstleistungcn kann ein 
Handler sein. Der Filter ist Bestandteil ciiL€^ Kommunikationssystems. Das 
KomniuTiikationssystein erlaubt eine Kommunikatioii zwischen dem S^er des 

10 Handlers, dexn Kommunikationsendgerat und dem Transaktionsserver. 

Voizugsweise erfolgt die gesamte KoiDTnunikation ttber den Filter- Der Filter hat 
u.a- die Aufgabe, bestimmte Nachrichten, welche die elektronische 
Zahlungstransakticm bcixeffen, an zugeordnete EnapfSnger weitcrzuleiten. 

15 Der Transaktionsserver, der beispielswetse ein SET™ Wallet Server, ein Split 

SET™ Server oder ein Mobile Chip Electronic Commerce Server sein kann, verfiigt 
uber eine Software, beispielsweise geinaB des SET™ Pcotokolls, zur Durchfiibrung 
einer elektronischert Zahlungstransaktion zu Lasten des Kunden. Der 
Transaktionsserver ttbemimmi vorteilhafterweise rechen- und spdcherplatzintensive 

20 Verfahrensschritte der Zahlungstransaktion. Das Kommumkationsendgerat wird 
nicht mil der Veraibeitung dieser Verfahrensschritte belastet. Die 
Zahlungstransaktion, welche der Server des Handlers anfordert. witd lediglich durch 
das KcrniTnunikatjonsendgerat* beispielsweise ein Mobiltelcfon oder eine 
elektronische Geldbfiise, des Ktmden bestStigt. 

25 

Im folgenden wird der NachrichtenfluB zur Einleitung einer elektionischen 
Zahlungstransaktion naher erlautert. Der Server d^ Handlers fordert jnittels einer 
Zahlongsanforderung eine elektronische Zahlung an. Die Anforderung erfolgt, 
beispielsweise nachdem ein Kunde mitcels des Kommunikationsendgerates eine 
iO Bestellung uber das Internet aufgegeben baL Neben einem zu zahlenden Betrag, 
einer Wahrungsangabe, Aogaben uber von dem Handler akzeptierte Kreditkarten, 



P13764-KDK 



August 25, 2000 



C 

und einer Adress des Handlers kann die Zahlungsanfordenmg Details der 
aufgegebenen Bestellung enthalten. beispielsweise eine Liste der bestellten Waren 
Oder Dienstleistungen. Auch ein ausfonnulierter Kauf vertrag oder die Allgemeinen 
Gcschaftsbedingungen des Htodlers kOrnien Besiandidil der Zahlung&aufforderung 

5 sein. Vortcilhafterweise gibt es keine OrOBenbesohrankung ftir die 
Zahlungsanforderung. In einer Ausgestalnmg der Erfindung ist die 
ZalilungsanfoideruQg an den Filter adtessiert, d.h. die Filteradi'esse ist io dieseit] 
Fall dem Server des Handlers bekamit. Die Filteradresse kann dem Server des 
H^dlers beispielsweise im Rahmen des Bestellvorgangs durch den Kunden 

10 naitgeteilt worden sein, odcr sie kann als Bestandteil von Kimdendaten beim Server 
de$ Handlers gespeichert sein. 

Der Filter excpfangt iind modifiadert die Zahlungsanfordenmg durch Hinzufiigen 

einer Transaktionskennzeichnung, die beispielsweise ein nutnerischer Wert scin 
IS kann» und sendet die modifizierte Zahlungsanforderung an den Transaktionsserver. 

Die Adresse des Transaktionsservers kann fest im Filter gespeichert scin. Der Filter 

sendet eine Zahlungsanforderungsinfornxation, welche die 

Transaktionskennzeichnung enthSlt, an das Konamunikadonsendger^ des Kunden. 

Die Adresse des Kofflinunikationscndger&tes kennt der Filter beispielsweise aus der 
20 Zahlungsanforderung. 

Voiteilhafterweise wird die Zahlungsanforderang, die beispielsweise bei einem 

umfangreichen Einkauf viele Daten enthalten kann, nicht an das 

Kounnimikationsendgerat des Kanden, welches hinsichdich der 
25 Vc^rarbcitungskapazitat des Prozessors und iiinsichtlich des verMgbaren 

Speicherplatzes beschrSnkt scin kann, gesendet, sondsm an den Transaktionsserver, 

der tlber eine ausreichende Prozessorieistung und Uber g^niig^nd Speicherkapaziiat 

zur Verafbeitung groBer Zahlungsanforderungen vfirfugL Weiterhin ist es 

vortcilhaft, daB die Luftschnittstelle des Mobilf unksystems zum 
30 Konrmunikationsendgerat nicht durch die Obeitragung der Zahlungsanforderung, 

die eine groBe Datenmengc cnthalt, belastet wiid. VerzOgerungszciten, w Ich 
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duich eine tlbeatragung der Zahlungsanforderung bei einem System mit geringer 
'Obertragungsrate auf der Luftschnittstelle auftreten und welche die Akzeptanz 
elektronischer Zahlungsvorgatige auf der Kundenseite verringem, weiden 
vennieden, 

5 

Die Zahlungsanfordenmgsinformation, welche der Filter an das 
KommiiiiikatioiisendgetHt sendet, enthalt bevorzugt eine wesentlich geringere 
Datcmn^gc als die Zahlungsanforderung. Im cinf achsten Fall besteht die 
Zahlungsanfordenmgsinformation aus der Transaktionskennzeichnung. Die 
10 ZahlungsanfoTderung$iTifonnaiion karni auch yon Mobilfunksystemen mit geringer 
Datcnrate auf der Luftschnittstelle schnell an das Konumuni kation^ndger^t dcs 
Kunden tibertragen weMen. Die geringe GrOBe der 

ZSJUungsairforderungsinfonnation macht ihie tSbertragung hinsichtlich dcs 
verwendeten tibertragungsmechanismus flexibel. Beispielsweise kann sie mittels 
IS eiaet leitungsvetmittelten oder einer paketorientierten Datenverbindung, mittels des 
Short Message Service (SMS) oder mittels des Unstroctured Supplementary Service 
Data (USSD) ubertragcn wcxden. Als wdt^s PtotokoU, welches auf diesen oder 
anderen Transportprotokollen aufsetzt, kann vorteilhafterweise WAP verwendet 
werden. 

20 

Nacta dem Empfang der Zahlungsanf orderun gsinf ormation sendet das 
Kommumkationsendgexat eine ZahlungsinitialisieTung an den Transaktionsserver, 
dessen Adresse im Kommunikationsendgerat gespeichert $ein oder durch den 
Kunden eingegeben weiden kann. Das Senden dex Zahlungsinitialifiienmg kann 

25 automatisch Tiach dem Empfang der Zahlungsanfardenmgsinformation ^olgen, 
beispielsweise im Rahmen einc^ WAP-^ession, die von dem 
Kommunikationsendgerat zu dem Transaktionsserver aufgebaut wird Die 
ZahlungsinitiaJisierung stellt eine BestatigungfOr den Transaktionsserver dar, den 
ZahlungSYorgang durchzuflihTen- Sie enthait die Transafctionskennzeichnung der 

30 Zahlungisanforderungsinformation. Die Zahlungsinitialisiening kann mittels der 
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gleichea Mechani&men ubertragpTi werden wie die 
ZahlungsaiifotdenrngsinfomiBtion. 

Der Transaktionsserver empfangt von dem Filter die modifizicrtc 
5 Zahlungsanfoiderung, sowie von dem Kommunilcationscndgerat die 

Zablungsinitialisierang, Sobald diese beidcn Nachrichtcn vorliegcn, vergleicht er 
ihre Transaktionskcnnzeichnungen. Wenn die Transaktionskennzeichnungen 
tibereinstimmen, fUhxt der Transaktionsserver die Zahlungstransakdon dufch, 
beispielsweise trditels der Mechani$men des SFT™ Protokolls. Dutch den 
10 Verglei ch der TransaktLonskemizeichnungen kann der Transaktionsserver axrf 
einfache Art sicherstellen, da6 die Zahlung durch den Kunden aatorisiert, d.h. 
freig^geben ht An der Durchftlhrung derZahlung kann neben dem 
Transakdonsserver und dem Server des Handlers ein weiterer Server, beispielsweise 
auch cin Bankscrver eines Kreditinstitutes, betciligt sdn. 

IS 

Der Filter verfugt uber eine Hjngangsschnittstelle zam Empfang der 
Zah]angsanfordening, liber eine Ausgangsschnittstelle zum Senden der 
modifizierten Zahlungsanfordeaing, sowie der Zahlungsanforderungsinfotmation, 
und aber eine Rechnereinheit zur Identifiziening und zur Modifikation der 
20 Zahlungsanforderung. Die Rechnereinheit kann eine Hardware, beispielsweise ein 
Prozessor, oder eine Software, beispielsweise eine virmellc Maschine, sein. 

Der Transaktionsserver verfOgt uber cine Eingangsschnittstelle zum Empfang der 
modifizjerten Zahlungsanfordemng und der Zahlungsinitialisierung, Uber eine 

25 Recheneinheit zum Vergleicben der Transaktionskennzeichnungen der 

modiflzierccsi Zahlungsanfordenmg und der Zahlungsinitialisierung, sowie Uber eine 
Ausgabeschnittstelle, uber welche die Recheneinheit die Zahlungstransakdon 
duichfutut, wenn die Tr^msaktionskennzeichnungpn iibereinstinnnen. Zweckmafiig 
kann die Recheneinheit uber einen Speicher verfugen, welcher eine Nachticht, dh. 

30 die modifizierte Zahlungsanfordenmg odw die ZaWungsinitialisieiung, 
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beispielswdse die zuerst empfangene Nachricht^ oder beide Nachnchten speichem 
Jcanu- 

Die Erfindung eriaubt die Verwendung komplexer und sichejer Protokolle, 
5 beispielsweise des SET™ Ptotokolls, zur Durchfubrung von elektronischen 
ZahIungstra3Qsaktionen, die hohe Anforderungen an Rechenkapazitat und 
Speicherplacz stellen, fur mobile KommunikationsendgeTSte mit begrenzten 
Ressouxcen. 

10 Weiteihin ist die Erfindung vorteilhaft, wenn die Kommunikation zwischen dem 
Server des I^dlers und dcm Kommunikationsendgerlit mittcls einer 
KoinmunikatLons-Scssion> bcispielsweisc einer WAP-Sc&sion, crfolgt, welche 
keinen anderen Session-Teilnehmiea:, beispielsweise den Transaktionsserver, als 
KoHimanikationspaitner zulaBt, oder welche durch eiae Nachricbt eines anderen 

15 Komjnunikationspartner, beispielsweise des Transaktionsserver, imteibrochen oder 
beendet wild. Die Erfindung eriaubt die Bcibdialtung der Kommunikations-SessiQn 
sswischen dem Server des HandLers und dem Konomunikadonsendgerat aucb 
w^end der Dtirchftihrang der elektronischen Zahlungstransakdon mittels des 
Transakdonsservers^ da dieser von dem FUter hin&ichtlich des Nachrichtenflusses in 

20 die bestehende Kommunikationssession integrieit wird. 

Der unabhSbigige Anspruch 7 beschrdbt einc Initialisierung eines Filters eines 
Kommunikationssystems, Der Filter bcnotigt eine Adresse eines 
Transaktionsservers, um empfangene Zahlungsanforderungen weiterleiten zu 

25 konnen. Dazu empfangt der Transaktionsserver eine 

Filterinitiali$ierung$anforderung, die beispielsweise von einem 
KommunikationsendgerMt gesendet wild, und die den Transaktionsserver veranlaBt, 
eine Filterinitiajisierungsnachricht, welche seine Adresse enthait^ an den Filter zu 
senden. Die Filterinitialisierungsnachricht wii-d von dem Filter des 

30 KoTtmjunikations&ystems empfangen und die enthalten Adresse im Rlter 
gespeicheit 
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Die Initialisierung des Filters ist flexibel, cLh. sie kaxin zu beliebigen Zeitpunkten, 
bcispiclsweise vor jedem Senden einer Zahlungsanfordenmg oder bd einem ersten 
Oder bei jedem Anmelden eines Kommunikationseiidgcratcs im 

5 Komnmnikationssystem, erfolgen, Sie erlaubt eine einfeche Andenmg der Adressc 
des Transakdonsservecs. Die FiltermitiaUsienmg ist besonders vorteilhaft, wetin 
mehrere Transaktionssenrer /.urDurchfiibiung von Zablungstransaktionen ziir 
Verfugung stehen. Die Fiiterinitialisiemngsnachricht kann dann den fur einen 
be$tiia]mtei] Kunden ziistandigen Transaktionssenrer angeben, diu beispielsweise 

10 denjenigen Transaktionsserver, der ein entsprechendes fCuadenkonta verwaltet, 

Vorteilhaftcrweise kann die Etfindung als Computcrprogramm rcalisiert werden. 
Dies erlaubt die Verwendung der Erfindung in Endgei^ten, ohne daB Andemng^ 
an der Hardware erfotdsrlich sind, Weiterhin erlaubt das Computerprogramm im 
15 Rahmen von HeT$tellung$pxoze&sen die einfache und kostengun&tige DurchfUhruAg 
von Te$t$ und Simulationen- 

Weitere vorteilhafte Ausfiihrungsformen and Verbesserangen der Erfindung sind 
den abhSngigen Ansprilchen 2 bis 6, 8, 10 bis 13, 15 und 17 zu entnehmen. 

20 

GemSB Anspmch 2 i&i die Transaktionskennzdchnung eine Zufallszahl, GemSB 
An&pruch 10 erfolgt die Ermittlung der Zufallszahl durch eincn 
Zufalk^ahlengenerator, beispielsweise mittel& einer mafhematischen 
Zufallsfiinktion, des Fillers. Der Zufallscharakter der Transaktionskennzeichnung 

25 kann Manipalationen unbefUgter Dritter, bcispielswdse mittels gef^bchter 
Zahlungsinitialisienmgen, verhindcOT. In einer wcitercn Ausgestaltung der 
Brfindung ist die ermittelte TratisaktionskramzeichnuBg einmalig, zmnindcst in 
einem bestimmten ZeitxauTn. Dies kann beispielsweise sichergestellt werden, indem 
der Filter alle in dem Zeltraum emutielten Tran&aktionskennzeichnungen speichert. 

30 Nach der Ermittlung einer weiteren Transaktionskennxeichnung stellt der Filter vor 
einer Verwendung dieser weiteren Transaktionsketmzeichnung mittels einer 
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Speicherabfrage sicher, daS die v^citcre Transaktionskonxizcichnung keiner der 
abgespeichertcT) Transaktionskennzeichnungen entspricht Die EuiTnaligkeit der 
verwendeten TransaktionskenTizeichnung schiitzt vor Verwechslungpn bei der durch 
den Transakdonsscrver durchgefOhrten Zuordnimg van modifiziertcr 
5 Zahlungsatifordenmg und Zahlungsimtialisienin g. 

Gem^ Anspruch 3 ist die Zahlungsanforderung ftir das Kcmmunikationsendgei^t 
be&timmt, d.h. sie isi an das Konimunikationsendgerat adressiert. Der Rlter, der sich 
im tFbertragungsweg zwischen dem Server des Handlers und dcm 

10 Kommimikatioiisendgerat befindet, erkeimt bei einer Untersuchung einer 

empfangenen Nachricht anhand eines ersten Be^eicbners, der den Nachrichtentyp 
kennzeichnet, beispielsweise bei Verwendung eines HTML-Nachrichtenformatcs 
anhand des Content-Typs, z.B, 'applicadon/payment-iequest', da6 es sich um eine 
Zahlungsanfordeiung handelt. Der Rlter fangt diese Nachricht ab, d-h, sie wiid dem 

15 Kommunikationsendgerat nicht zugestellt, sondem wie unter Anspruch 1 angegeben 
weitexverarbeitct. Dadttrch ist der Filter transparent, d-h. unsichtbar, fiir den Server 
des B^dlers. Der Server des Handlers muB die ZahluDgsanfordemng nicht an den 
Filter adicssieren und benotigt daher keine Adresse des Filters, Daher kann etn 
Betreiber des Kommuntkationssystems, beispielswcisc zur Wartung des Systems, 

20 Rekonfigurationen wie einen Austausch des Filters Oder einc Anderung der 
Filteradresse einfach und unbenoerkt von dem Server des fi&ndlers vomehmen. 

GemaB Anspruch 11 erfolgen die OberprBfdng, ob die Zahlungsanfonderung den 
ersten Bezeichner enthalt, und das Abfangen mittels der Recheneinhcat des Filters, 

25 

Die Ausgestaltungen, die in den AnsprOchen 4, 12 und 15 beschrieben sind, 
gestatten eine vorteilhafte Ihitialisierung des Filters. 

GeraaB der Ansprtiche 5, 8 und 13 wird die Filtcrinitialisieningsnachricht von dem 
30 Filter mittels eines Bezeichners erkannt und abgefangen. Der Bezeichner kann 
beispielswei&e bei der Verwendung des HTTP-Nachrichtenfotmates ein Content- 
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Typ, z3, *application/filter-initiation\ sein. Vortdlhaflerweise wird die 
Ftlteradnesse dadurch zur Einleitung der Hltciinitialisiciung nicht tenOtigt, Zur 
Adressierung der Filterinitialisierungsiiachricht kann eine beliebige Adresse 
venvendet werden, wenn alle von dem Transaktionsserver gescndctcn Nachrichten 
fiber den FUter des Konununikationssystems geleitet werden. Beispielsweise kann 
die FilterinitialisieningSQachricht an das KommunikationsendgciSt adressiert 
werden. 

GeroaB Anspruch 6 und Anspruch 15 sendet der Transaktionsserver nach emem 
Empfang einerHlteunitialisierungsanfoidetung, die von dem 
KommunikationsendgenU geschickt wird, eine entsprechende Fjlterinitialisierung an 
den Filter. Die Filterinitialrsierungsanforderung enthalt itn einfach&cen Fall eine 
Kennzeichnung, die den Transakdonsserver zum Absendcn dor Filtennitialisiening 
vcranlafit. Die Kennzeichnung kann beispielsweise ein Contcnt-Typ sein, z-B. 
'application/filterinit-request'. Vorteilhafterweise ist der Filter nicht sichtbar fur das 
KonununikationsendgeiSt. Diese Art der Filtexinitialisierung dient d^ Sioherheit 
gegen Manipuiationsversnche Dritter* Der Hlter kann bdspielsweise $o eingestellt 
werden, daS erkeine InitialisierungsnacKrichten von Ko[mniiinikatioinsendger£ten, 
sondem nur von besdmmtBn Tran$aktionsservem annimmt. 

GejnaB Anspruch 17 ist das Coniputeiprogramin auf einem contputerlcsbaren 
Medium j^speichert. Dies ennSglicht, beispielsweise bei der Venvendung von 
Disketten oder CD-Roms eine einfache Portabilitat des Computerprogramms, und 
somit den einfachen Binsatz der Erfindung in verschiedenen GerSten, wie 
beispielsweise auf Testsystemen, Simnlationssystemen oder Maschinen zur 
Endgeritefertigung. 

Im folgenden wird die Erfindung anhand von AusfUhrungsbeispielcn und anhand 
der Figuren nahcr erlautert. 
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Kurzbeschreibung der Figuren 

Folgende Figuren zdgen; 



10 



Fig.l 
Fig. 2 
Fig. 3 



Fig. 4 



em System fur elektroniscbe ZahlungstratnsaVttonen, 

em weitepes System fUr elektronische ZaWungstransalcriOTien, 

einen NachrichtenfluB zwischen Elementen eines Systems fOr 

elekcronische Zahlungscransaktionen zur Einleitimg ciner 

2^1ungstransakdon, 

einen NachrichtenfluB zur Initialisierung eines Filters eines 
Syst^ns flit elcktronischc 2^1ungstran5aktionen. 



Beschreibimg der Ausfiilirungsbeispiele 

Fig. 1 zeigt in einer vereinfachten Darstellung ein System fUr elelctronische 
Zahlungstransafctioncn. Es besteht aus einem Server CP eines Handlers, einem Filter 
IS Fl, einem Transaktionsseiver WS und einem Kommunikationsendgeraj: MS. Dcr 
FUter FI ist mit alien gezeigten Komponenten logisch verbunden- Der gesamte 
Nachiichtenverkehr zwischen dem Server CP des Handlers und dem 
Konmumikationsendgcr^ MS c^olgt im angegebenen Ausfuhrungsbeispiel liber 
den Filter FL 

20 

Das Koi3amunikationsendg<»St MS ist votzugsweise ein mobiles EndgerSt, 
beispielsweise ein Mobiltelefon, vorzugsweise ein WAP-Telefon, ein Laptop oder 
ein Personal Digital Assistent PDA. Der Filter PI ist Bestandtca eines 
Kommunilcationssystems, beispielsweise eines GSM-, GPRS-* PPDC-. WCDMA-, 

25 UMTS-, Bluetooth'**^, DECT-, eines drahtlosen LAN- oder eines drahtlose ATM 
Systems. Die Kommunikadon zwischen dem Konmomikationsendgerat und dem 
Filler erfolgt lib^ eine in der Kgur nicht gezeigte Infirastniktur, beispielsweise aber 
Basisstationen und Vennitflungsstellen, des Kommunikationssystems. Der Filter FI, 
der Server CP des Hsindlers und der Transaktionsserver WS TcSnnen jeweils 

30 Bestandifiil eines paketvermitielndcn Netzes, beispielsweise des Litemet, sein, 

Altemativ kfinnen der Server CP des Handlers oder der Transaktionsserver WS rait 
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dcm Filter H Wo&t eine Selbstwahlverbindung oder uber eine Standleining 
verbunden sein. Der Filter FI und der Transaktionsserver kOnncn in ciner weitei-en 
Ausfiihrungsform in einem Knoten des Kommunjlcationssystems zusammengefaBt 
sein. Beide konnen durcb eta gemdnsamcs Softwaxqsrogramm kontrollieit wexdea 

5 

D» ServCT des Handlers CP ist vorzugsweise ein InteEmetserver, der auf HTML- 
oder WML-Sdtctt das Einkaufen von Waren oder Dien&tleistungen anbietcL Ene 
Software im Kommunikation&endgerat MS, bei&pidsweise ein HIML-Betrachtcr, 
erlaubt dem Kunden die Auswahl der gcwonschten Outer und eine entsprechende 
10 Bestellung, Sowohl Kundendaten als auch die Soft\\'are kdnnen auf einer SXM-Kaite 
de5 Kommmukationsendgetates untergebracht sein, 

Nach ejner Bestellung erfolgt die Bezahlung durch eine Zahlungstiansaktion, die 
von dem Transaktionsserver WS durchgefiihrt wild Dazu karua der 
15 Transaktionsserver WS eine Datenbank mit einem entsprechenden Kundenkonto 
entbalten. Der Filter FI crmogUcht es u.a.» filr das KommunikationsendgeiSt 
bestimrote Nachnchten an den Transaktionsserver unizuleiten. 

Die Zahlungstransafction wird vorzugsweise mittels des SET™ Protokolls 
20 durchgefiihrt, welches jeweils im Transaktionsserver WS und sowie im Server CP 
des Handlers implementiert ist Die Server WS, CP konnen bdspielsweise die zur 
Verwendung des SET™ Protokolls erforderlichen VerschlQsselungs- und 
Aufhentiftzierungsmafinahmen duichfuhren. Die elektroniscbe Bezahlung kann 
abhangig vom verwendeten ProtokoU weitere. In der R gur nicht gezeigte, Knoten 
25 involvieren, beispieJsweise ejinen Server oder ein Gateway cincs Kreditinstitutes. 

Rg, 2 zeigt in eincr vereinfachten Darstellung ein weiteies System fiir elcktronische 
Zahlungstransafctionen. Im folgenden werden nur Komponenten und Fonktionen 
erkiart, die hinsichtlich Fig. 1 nicht eriaiitert wurdca. Das System enthait zusatzlich 
30 3wj5chen dem Kommunikationsendgerat MS nnd dem Filter FI ein Gateway GW, 
welches zur ProtokoUkonvertierung dient Vorzugsweise eif olgt die 
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Koramunikation zwischen dem Server CP des Handlers, dem Filter FI, dem 
Transaktionsserver WS und dem Gateway GW mittels des HTTP-Protokolls. Das 
Kommunikationsendgerat verwendet dagegen beispielsweise WAP als hobeies 
tjbertragungsprotokolL Das Gateway GW fuhrt die Ubersetzimg zwischen den 
5 Pfotokollen dutch. 

Das in Fig, 2 gezeigte System fUr elektronische Zahlun^transaktionen enth^t 
weiteihin mehrcie Transaktionssenrer WS, WSl, WS2. Beispielsweise konnen 
mehrene Kreditkarteriinstitute jeweils ejnen eigenen Transaktionsserver WS, WSl, 
10 WS2 betieiben, Zahlungstransaktionen eines Kimden, der iiber vetschiedenc 
Kieditfcarten verfUgt, kdnnen in Abhangigkejt von der jeweils zur Bczahlung 
ausgewahlten Kreditkarce mitteJs unterschiedlicher Transaktionsserver WS, WSl, 
WS2 ausgefdhrt werden. Die Verwendung mxdircrer Transaktionsserver kann auch 
zur Lastverieilung oder Kapazitatserweitenmg dicnen. 

IS 

Fig. 3 zeigt einen Nachrichtenaustausch zwischen Komponenten eines Systems fur 
elektronische Zahlungstransaktionen. Dargestellt ist der IhformationsfluB zwischen 
cinem Server CP eines Handlers, einem Filter H, einem Transaktionsserver WS und 
einem Konununikationsendgerat MS, Nachdem beispielsweise ein Bestellvorgang 
20 eines Kunden bei einem Handler erfolgt ist, wird eine elektronische 

ZahlxingstTOTisaktion eingeleitet Daaiu sendet der Server CP des Handlers eine 
Zahlungsanfonierting 300 an das Kotnmunikationsendgerat MS des Kunden. Die 
Zahlungsanfoiderong enthait beispielsweise den zu zahlenden Rechnungsbetrag, 
eine Wahrungsangabe« Angabcn ilter akzeptierte Kieditkarten oder eine 

25 Kontoverbindung des Htodlets, eine Adresse des N^dlers, sowie Details der 
aufgegpbencn Bestellimg. Weitertiin enthait die Zahlungsanforderung 300 einen 
crsten Bezeichner, der sie als eine Nachrtcht vom Typ *Zahlungsanfocdcrung' 
kennzeichnet, beispielsweise bei der Verwendung des HTTP Protokolls einen 
Content-Typ "application/payment-requesr. Der Filter FI untersucht alle 

30 empfangcnen Nadirichten daraufhin, ob sie einen solchen Bezeichner enthalten. 
Nachrichten, die diesen Bezeichner enthalten, werden nicht an den urspninglich 
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vorgesehenen Adressaten weitergeleitet, sondem abgcfangcn. Die in Fig. 3 
angcgcbcnc Zahlungsanfordcrung 300 enthalt diesen ersten Bezeichner, und sie 
wird deshalb nicht an da^ KoTnTnunikationsendgeiiit MS weflergfileitei. 

State dcssen modifizicrt dcr Hltcr H die Zahlungsanforderung 300 dutch das 
Kmiufugen einerTransaklionskennzeichnung. Dcr Filter scndet die modifiziertc 
21ahlangsanfordening 301 an Am Ttansaktionsserver WS. Die Adtesse des 
Tran&alctionsservers WS ist entwed&r fest im Filter abgespeichcrt, beispielsweise in 
(anem ROM-Speicher, Oder sie wild dem Rlter im Rahmen einer 
Rlterinitialisienrag, wie spater noch beschrieben wird, mitgeteilt. 

In einer weiteren AusfUhrungsfoim wiid die zur Modifikation der 
Zahlirngsanfordenuig zu verwendeude Tran$aktioTiskeTiTi2eichnung dem Hlter H 
von dem Kommunikationsendgerat MS, beispielsweise nach einer erfolgien 
Bestellung von Waien oder Dienstleistungen bei dem Server CP des ITandlers, 
noitgetcilt Damit kann sichergestellt werden, daB der Filter Zahlungsanforderungen 
des Servers des Handlers nur dann bearbeitet^ wenn er die vom 
Kommunikationsendgerat vergebene Transaktionskennzeichnung vorliegen hat, 
Durch dieses Sicherheitsmerkmal kann sichergestellt warden, daB der Filter keine 
unerwarteten Zahlungsanfordenmgen bearbeitet. Weiterhin kaim dcr mitgeteilten 
Transaktionskennzeichnnng eine bestimmte GQliigkeitsdauer zugewiesen werden, 
urn zu verhindem, daB sie, falls der Server CP des Handlers krine 
Zahlungsanforderung sendet, fdlschlicherweise flir eine Eiideitimg einer spatercn 
Zahlungstransaktion verwendet wird. 

Der Filter FI sendet weiterhin eine Zahlungsanforderungsinformation 302 an das 
Kommunikadonsendgeiat MS* Die Zahlungsanforderungsinformation 302 enthalt 
im wesemUchen die glciche Transaktionskennzeichnung, mittels derer die 
Zahlungsanforderung 300 modifiziert worden ist Das KommunikationsendgeiSt 
reagiert, automatisch oder auf Veranlassung des Kunden, mit dem Absendcn einer 
Zahlungsinitialisierung 303 an den Transaktionsserver WS. Die 
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Zahlungsinitialisierung 303 enthait die Transaktionsnummer, welche in der 
2AhIang$a3afoxderungsmforinat{on 301 enthallen war, 

Der Txansakdonsserver vcrgleicht fiir die cmpfangene modifizicrtje 
5 Zahlungsinformation 301 und fur die cmpfengpnc Zahlutigsinitialisienmg 302 dei^ 
Transaktionskennzcichnungeii. Eine Ubeieinstinmuing entspricht in dem gezeigten 
Ausfiihumssbeispiels einer BestStigung der Zahlung, und der TTansaktioiisserver 
WS rahrt durch eine Kommunikation mit dem Server CP de& Handlers die 
Zahlungstransaktion 304 dutch. In Abhangigkeit von dem verwendeten Protokoll 
10 zur Durchfuhrung der elektronischen Zahlung kann die dai^stellte 

Zahlungstransaktion 304 eine Vielzahl von Nachiichien umfassen, welchc zwischen 
dem Transaktionsscarver WS und dem Server CP des Handlers ausgetauscht werden, 
Oder auch eine wdtere Instanz, beispielsweise einen Server eines Kreditinstiiutes, 
einbeziehen. 

15 

Fig. 4 zeigt einen NachrichtenfluB zur Initialisierung eines Hlt^s FI eines Systems 
fOr elekutmische Zahlungstransakdonen. FOterinitialisicrungbcdeutet, daft dem 
Filter FI eine Adre&se eines EmpfSngers, beispielsweise oines Transaktionsservei^ 
WS» mitgeteilt wird, wdcher stellverttetend fiir ein bestinuntes 
20 Kommunikationsendg^rat MS oder eincn bestinimten Kunden einen oder mehrere 
bestimmte Nachrichtentypen, b^spiclsweise eine 2^ahlungsanfordening enxpftogt 
und veraibeitet. d, h. beispielsweise eine elektronische Zahlungstransakdon 
durchfnhit. In eincr wcitcrcn Ausgestaltung dGi Eifindung wird an den Filter bd der 
Initialisicning tibertragcn» fur welche Nachrichtentypen dies gelten soU, Weiterhin 
25 konnen dem Filter bei der Mtialisicrung Verarbeitimgsregeln fiSr Nachrichten eines 
bestimmten Typs gesendet werden, beispielsweise zurModifikation von 
Nachrichten dieses Typs. 

Das Beispiel von Fig. 4 zeigt eine Filterinitialisiejamgsanforderung 401, welche von 
30 inem Kommunikati nsendgeiSt MS an einen Transaktionsserver WS gesendet 
wird. Urn eine Uraleitung eincr Zahlungsanfbrderung 300» die ftir das 
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Kommxinikatioiisendgefit MS bestimmt ist, von dem Filter FI an den 
Transaktionsscrver WS zu camoglichcn, scndet der Transaktioiisserver WS dem 
Filter FI seine Adresse mittels einer Filterinitialisierungsnachricht 402 zu. 

5 In weitenen Au$ge$ta]tungeTi der Erfindung reprasenderen die in den Eigurcn 3 und 
4 dargestellten Nacbrichten jeweils etn Nacbricbtenbundel. welches Nachrichten zur 
Best^ligung, Authentifiziemng cder Verschliisselung umfassen kann. 

Eine weltere Ausgestaltung der vorliegenden Erfindung betnifft ein 
10 Computerprogramm. Das Computerprogramm. welches in einen intemen Spdcher 
einer digitalen Rechneieinhcit, insbesondeie eines Kommunikaticnsendgerates, 
geladen wetden kann, enthalt Softwarecodeteile, die geeignet sind, das 
erfindungsgeiaaaBe Verfahren durchzufuhien, wenn das Computerprogramm auf der 
Rechnereinheit ausgefuhrt wird. 

15 

Dieses Computerprogramm kann insbesondere auch auf dncm computerlesbaren 
Medium wie beispielsweise einer Diskette, CD-ROM od^ einer optischen Platte 
gespeichert sein. 
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Patentanspriiche 

1, Veifabren zur Einleitung cincr elektronischen Zahlungstransaloion mit folgenden 
Schritten: 

5 - Empfangen einer Zahlungsanforderung (300) durch einen Hlto: (Fl) eines 
KojnmimikationssysteTns^ 

- Modifizieren der Zahlungsanforderung (300) durch HinzufQgeii dner 
Tran sakti onskennzeichnung, 

- "Obeatragen der modifjzierten Zahlimgsanfordenmg (301) an einen 
10 TransaldionsseTver (WS), 

- Obertragen einer ZaWungsairforderungsinformaiion (302), welche die 
TransaktiOTskeimzeichnung enthalt, von dem Rlter (FT) an ein 
Konamunikationsendgerat (MS), 

- Obeitragen einer Zahlungsinitialisienmg (303), wclche cine weitere 

15 Transaktionskemizcichnung enthSlt, von dem Kommunikationsendgcrat (MS) an 
den Transaktionsserver (WS), 

- Vergleichen der Transaktionskenn2eichnungen der modifizierten 
Zahlungsanforderung (301) und dei' Zahlungsinitialisierung (303) durch den 
Transaktionsserver (WS), 

20 - DutchfUhren der Zahlirngstransaktion (304) dutch den Transaktionsserver (WS), 
wenn die Transaktionsketmzeichnimgen Qb^infitimmen. 

2, Verfahxen nacb Anspnich 1, bei welchem die Transaktionskennzeichnang eine 
Zufall&zahl ist 

25 

3. Verfahren nach Anspnich 1 oder 2» bei welchem die Zahlungsanforderung (300) 
fUr das Kommunikationsendgerat (MS) bestimmt isi und von dem Filter (FX) mittels 
eines ersten Bezeichners erkannt und abgefangen witd. 

30 4- Verfahren nach Anspnich I, 2 oder 3, 

bei welchena der Filter (Ft) eine Filterimtialisierungsnachricht (402), die eine 
Adrcssc des Transaktionsservers (WS) enthalt, empfangt und speicbert* 
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und bei welchem der Filter (FI) die raodifizierte Zahlungsanfordcnmg (301) mittds 
dcr gcspeicherten Adr sse sendet. 

5. Verfahren nach Anspruch 4, bei dem der Hltcr (PI) die 

S Hltcrinitialisiermig^achricht (402) mittels eincs zweiten Bezeichners erkennt und 
abfangt. 

6. Verfahren nach einem der Ansproche 1 bis 5, bei dem dcr Transaktionsserver 
(WS) nach Empfang einer Filterimtialisicrungsanforderung (401) die 

10 FUtBrinitialisieruiigCTachricht (402) sendeL 

?• Verfahren zur Xnitialisierung eines Filters (FI) eines KonrniuDikationssystems, 
bei dem ein Transaktionsserver (WS) eine Filterinidalisiemngsanfordenmg (401) 
empfangt, 

IS bei dem der Transaktionsserver (WS) dne FilterinttiaKsierungsnachricht (402) mit 
einer Adresse, die deTi Transaktionsserver (WS) bezeichnet, sendet, 
und bei dem der Filter (FI) die Filterinitialisierungsnachricht (402) erapfangt und 
die Adresse speichert. 

20 8. Verfahren nach Anspruch 7, bei dem der Filter (FI) die 

Filterinitialisierungsnachricht (402) mittels eines Bezeichners erkennt und abfangt. 

9. Rlt£a: fiir ein Kommunikationssystem, rait 

- einer Eingang&schnittstelle zum Empfang einer Zahlungsanfordenmg (3(X)), 

25 - einer Rechnweinheit zur Idcntifizierung Zahlungsanforderung (300) und zur 
Modififcation durch Hinzufilgcn einer Transaktionskcainzcichnung, 

- einer Ausgangssdinittstelle zum Senden der modifiziertcn Zahlungsanforderung 
(301) an einen Transaktionsserver (WS), sowie zum Senden einer 
Zahlungsanforderungsinformation (302), welehe die Transaktionskennzeichnung 

30 enlhaiU an ein Kommunikationsendgerat (MS). 
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10. Filter nach Anspruch 9, mit einem Zufallszahlengenerator, welcher als die 
Transakticmskennzeichnung eine ZiT^llszahl crtnitteit. 

1 1. Rltcr nach Ansprach 9 Oder 10, bei weJchem die Rechnereinheit das 

5 Vorhandensein eines ersten Bezeichners in der Zahlungsanfordcrung (300) 
OberprOft und die Zahlungsauffordening (300) abfSngt, 

12. Filter nach Anspruch 9, 10 oder 1 1» welcher eine FilterimtialisierungsnachTicht 
(402), die eine Adresse des Transaktionsservers (WS) enthSlt, iiber die 

10 Eingangsschnittstelle empfSngt und in einem Speicher speichert* 

und bei welcher die modifizicrtc Zahlungsanfordemng (301) mittels der 
gespeicherten Adresse sendet. 

13. Filter nach einem der Anspruchc 9 bis 12, welcher die 

15 Filterinitialisierungsnachrtcht (402) mittels eines zweiten Bezeichners erkennt und 
abfdngt. 

14. Transaktionsserver, mit 

- einer ELagangsschnittstelle zum Empfang einer modiftzierten 

20 Zahlungsanforderung (301) mit einer ersten Transalctionskennzeichnung und zum 
Empfang ein^ ZahlungsinitiaKsierung (303) noit einer zweiten 
Trans akti onskennzeicbnung, 

- einer Recheneinheit zum Vergleichen der TTansaktionskennzeichnuiigen det 
modifizierteTi ZahlungsanfoTxleTxing (301) und der ZahJungsinitiali^iemng (303), und 

25 mit 

- einer AusgabeschnittsteUc, ttber welche die Rechendnheit eine 
Zahlungstransaklion (304) durchftihrt, wenn die Transaktionskenn^ichnangen 
ubereinstimmen- 
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15. Transaktionsserver (WS) tiach ATispnich 14, welcher nach einem Empfang einer 
Rlterinitialisierungsanfordenuig (401) eine Filterinitialisjerung^nachTicht (402) 
sendet 

5 16. Computerprogramm, welches in cinen intemen Speicher einer digitajen 

Rechnereinh^t gcladcn weiden kajin» utid wejches Softwarecodeteile enthalt, die 
geeignet sind, die Schritte nach einem der Anspruche 1 bis 8 durchzufiihren, wenn 
das Compirterprogramm auf der Rechnereinheit aasgejRihrt wird. 

10 17. ComputeTprograinm nach Anspnjch 16, bei dem das Computerprogramm auf 
eincm computerlesbaten MedSuin gespejchert ist. 
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Zusammenfassung 

Die Eriliidung betrifft ein Verfahren zurEmleitcmg ciner clcktronischcn 
Zahlimgsiransaktion. Eiti Filter FX ejnpfangt oino Zahlongsanforderung 300 und 
modifiziert sic dttrch Hinzufugen einer Transaktionskennzeichtkung. Er sendet die 

5 xnodifizierte Zahlungsanfordcnmg 301 an einen Tran$alaion$$erver WS» sowie ejne 
2:ahlung3anforderungsinfonnation 302, welche die Tiansaktionskennzeichnung 
enthalt, an ein Kommunikationsendgerttt MS, Dejr Transaktionsscrver WS empfangt 
die xnodifizieite 2;ahlungsanfordenmg 301, sowie eine Zahlungsinitialisiefung 303, 
welche eine weiteie Transaktionskennzeichnung enthSlt, von dem 

10 ELoimnunikationsendgcrat MS. Der Transaktionsscrver WS vcrglcicht die 

Transaktionskennzeichnungen der modifizierten Zahlungsanforderung 301 und der 
Zahlungsinitialisierung 303 and fUhrt die Zahlungstransaktion 304 durch, wenn die 
Transaktionskennzeichnungen iibcteinstiminen- Die ErRndung betrifft weiterhin 
einencntsprechenden Filter FI and Tran^aktionsserver WS, ein Verfahren zur 

15 InitiaKsierung dcs Filters FI, sowie ein ComputerpTOgramm zur Einleitimg einer 
elektronischen Zahlungstransaktion und Ihitialisienmg des Filters FI. 

Fig. 1 
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